privateConfigurableEnvironment prepareEnvironment(SpringApplicationRunListeners listeners,

DefaultBootstrapContext bootstrapContext, ApplicationArguments applicationArguments) {

/**

* 1、创建 ConfigurableEnvironment 对象：首先调用 getOrCreateEnvironment 方法获取或创建

* ConfigurableEnvironment 对象，该对象用于存储环境参数。如果已经存在 ConfigurableEnvironment 对象，则直接使用它；否则，根据用户的配置和默认配置创建一个新的。

*/

ConfigurableEnvironment environment = getOrCreateEnvironment;

/**

* 2、解析并加载用户指定的配置文件，将其作为 PropertySource 添加到环境对象中。该方法默认会解析 application.properties 和 application.yml 文件，并将其添加到 ConfigurableEnvironment 对象中。

* PropertySource 或 PropertySourcesPlaceholderConfigurer 加载应用程序的定制化配置。

*/

configureEnvironment(environment, applicationArguments.getSourceArgs);

// 3、加载所有的系统属性，并将它们添加到 ConfigurableEnvironment 对象中

ConfigurationPropertySources.attach(environment);

// 4、通知监听器环境参数已经准备就绪

listeners.environmentPrepared(bootstrapContext, environment);

/**

* 5、将默认的属性源中的所有属性值移到环境对象的队列末尾，

这样用户自定义的属性值就可以覆盖默认的属性值。这是为了避免用户无意中覆盖了 Spring Boot 所提供的默认属性。

*/

DefaultPropertiesPropertySource.moveToEnd(environment);

Assert.state(!environment.containsProperty( "spring.main.environment-prefix"),

"Environment prefix cannot be set via properties.");

// 6、将 Spring Boot 应用程序的属性绑定到环境对象上，以便能够正确地读取和使用这些配置属性

bindToSpringApplication(environment);

// 7、如果没有自定义的环境类型，则使用 EnvironmentConverter 类型将环境对象转换为标准的环境类型，并添加到 ConfigurableEnvironment 对象中。

if(! this.isCustomEnvironment) {

EnvironmentConverter environmentConverter = newEnvironmentConverter(getClassLoader);

environment = environmentConverter.convertEnvironmentIfNecessary(environment, deduceEnvironmentClass);

}

// 8、再次加载系统配置，以防止被其他配置覆盖

ConfigurationPropertySources.attach(environment);

returnenvironment;

}

看看它的配置加载流程步骤：

创建 环境对象ConfigurableEnvironment 用于存储环境参数；

configureEnvironment 方法加载默认的 application.properties 和 application.yml 配置文件；以及用户指定的配置文件，将其封装为 PropertySource添加到环境对象中；

attach ： 加载所有的系统属性，并将它们添加到环境对象中；

listeners.environmentPrepared ： 发送环境参数配置已经准备就绪的监听通知；

moveToEnd ： 将 系统默认的属性源中的所有属性值移到环境对象的队列末尾，这样用户自定义的属性值就可以覆盖默认的属性值。

bindToSpringApplication ： 应用程序的属性绑定到 Bean 对象上；

attach ： 再次加载系统配置，以防止被其他配置覆盖；

创建 环境对象ConfigurableEnvironment 用于存储环境参数；

configureEnvironment 方法加载默认的 application.properties 和 application.yml 配置文件；以及用户指定的配置文件，将其封装为 PropertySource添加到环境对象中；

attach ： 加载所有的系统属性，并将它们添加到环境对象中；

listeners.environmentPrepared ： 发送环境参数配置已经准备就绪的监听通知；

moveToEnd ： 将 系统默认的属性源中的所有属性值移到环境对象的队列末尾，这样用户自定义的属性值就可以覆盖默认的属性值。

bindToSpringApplication ： 应用程序的属性绑定到 Bean 对象上；

attach ： 再次加载系统配置，以防止被其他配置覆盖；

上边的配置加载流程中，各种配置属性会封装成一个个抽象的数据结构 PropertySource 中，这个数据结构代码格式如下，key-value形式。

publicabstractclassPropertySource< T> {

protectedfinalString name; // 属性源名称

protectedfinalT source; // 属性源值（一个泛型，比如Map，Property）

publicString getName; // 获取属性源的名字

publicT getSource; // 获取属性源值

publicbooleancontainsProperty(String name); //是否包含某个属性

publicabstractObject getProperty(String name); //得到属性名对应的属性值

}

PropertySource 有诸多的实现类用于管理应用程序的配置属性。不同的 PropertySource 实现类可以从不同的来源获取配置属性，例如文件、环境变量、命令行参数等。其中涉及到的一些实现类有：

关系图

MapPropertySource : Map 键值对的对象转换为 PropertySource 对象的适配器；

PropertiesPropertySource : Properties 对象中的所有配置属性转换为 Spring 环境中的属性值；

ResourcePropertySource : 从文件系统或者 classpath 中加载配置属性，封装成 PropertySource对象；

ServletConfigPropertySource : Servlet 配置中读取配置属性，封装成 PropertySource 对象；

ServletContextPropertySource : Servlet 上下文中读取配置属性，封装成 PropertySource 对象；

StubPropertySource : 是个空的实现类，它的作用仅仅是给 CompositePropertySource 类作为默认的父级属性源，以避免空指针异常；

CompositePropertySource : 是个复合型的实现类，内部维护了 PropertySource集合队列，可以将多个 PropertySource 对象合并；

SystemEnvironmentPropertySource : 操作系统环境变量中读取配置属性，封装成 PropertySource 对象；

MapPropertySource : Map 键值对的对象转换为 PropertySource 对象的适配器；

PropertiesPropertySource : Properties 对象中的所有配置属性转换为 Spring 环境中的属性值；

ResourcePropertySource : 从文件系统或者 classpath 中加载配置属性，封装成 PropertySource对象；

ServletConfigPropertySource : Servlet 配置中读取配置属性，封装成 PropertySource 对象；

ServletContextPropertySource : Servlet 上下文中读取配置属性，封装成 PropertySource 对象；

StubPropertySource : 是个空的实现类，它的作用仅仅是给 CompositePropertySource 类作为默认的父级属性源，以避免空指针异常；

CompositePropertySource : 是个复合型的实现类，内部维护了 PropertySource集合队列，可以将多个 PropertySource 对象合并；

SystemEnvironmentPropertySource : 操作系统环境变量中读取配置属性，封装成 PropertySource 对象；

上边各类配置初始化生成的 PropertySource 对象会被维护到集合队列中。

List>

配置初始化完毕，应用程序上下文 AbstractApplicationContext 会加载配置，这样程序在运行时就可以随时获取配置信息了。

privatevoidprepareContext(DefaultBootstrapContext bootstrapContext, ConfigurableApplicationContext context,

ConfigurableEnvironment environment, SpringApplicationRunListeners listeners,

ApplicationArguments applicationArguments, Banner printedBanner) {

// 应用上下文加载环境对象

context.setEnvironment(environment);

postProcessApplicationContext(context);

.........

}

3、读取配置

看明白上边配置加载的流程，其实读取配置就容易理解了，无非就是遍历队列里的 PropertySource ，拿属性名称 name 匹配对应的属性值 source 。

PropertyResolver 是获取配置的关键类，其内部提供了操作 PropertySource 队列的方法，核心方法 getProperty(key) 获取配置值，看了下这个类的依赖关系，发现 Environment 是它子类。

那么直接用 PropertyResolver 来获取配置属性其实也是可以的，到这我们就大致明白了 Springboot 配置的加载和读取了。

@Slf4j

@SpringBootTest

publicclassEnvironmentTest{

@Resource

privatePropertyResolver env;

@Test

publicvoidvar1Test{

String var1 = env.getProperty( "env101.var1");

log.info( "Environment 配置获取 {}", var1);

}

}

二、@Value 注解

@Value注解是 Spring 框架提供的用于注入配置属性值的注解，它可用于类的 成员变量 、 方法参数 和 构造函数 参数上， 这个记住很重要！

在应用程序启动时，使用 @Value 注解的 Bean 会被实例化。所有使用了 @Value 注解的 Bean 会被加入到 PropertySourcesPlaceholderConfigurer 的后置处理器集合中。

当后置处理器开始执行时，它会读取 Bean 中所有 @Value 注解所标注的值，并通过反射将解析后的属性值赋值给标有 @Value 注解的成员变量、方法参数和构造函数参数。

需要注意，在使用 @Value 注解时需要确保注入的属性值已经加载到 Spring 容器中，否则会导致注入失败。

需要注意，在使用 @Value 注解时需要确保注入的属性值已经加载到 Spring 容器中，否则会导致注入失败。

在 src/main/resources 目录下的 application.yml 配置文件中添加 env101.var1 属性。

env101:

var1: var1-公众号：程序员小富

只要在变量上加注解 @Value("${env101.var1}") 就可以了，@Value 注解会自动将配置文件中的 env101.var1 属性值注入到 var1 字段中，跑个单元测试看一下结果。

@Slf4j

@SpringBootTest

publicclassEnvVariablesTest{

@Value( "${env101.var1}")

privateString var1;

@Test

publicvoidvar1Test{

log.info( "配置文件属性: {}",var1);

}

}

毫无悬念，成功拿到配置数据。

虽然@Value注解方式使用起来很简单，如果使用不当还会遇到不少坑。

1、缺失配置

如果在代码中引用变量，配置文件中未进行配值，就会出现类似下图所示的错误。

为了避免此类错误导致服务启动异常，我们可以在引用变量的同时给它赋一个默认值，以确保即使在未正确配值的情况下，程序依然能够正常运行。

@Value( "${env101.var1:我是小富}")

privateString var1;

2、静态变量（static）赋值

还有一种常见的使用误区，就是将 @Value 注解加到静态变量上，这样做是无法获取属性值的。静态变量是类的属性，并不属于对象的属性，而 Spring是基于对象的属性进行依赖注入的，类在应用启动时静态变量就被初始化，此时 Bean还未被实例化，因此不可能通过 @Value 注入属性值。

@Slf4j

@SpringBootTest

publicclassEnvVariablesTest{

@Value( "${env101.var1}")

privatestaticString var1;

@Test

publicvoidvar1Test{

log.info( "配置文件属性: {}",var1);

}

}

即使 @Value 注解无法直接用在静态变量上，我们仍然可以通过获取已有 Bean实例化后的属性值，再将其赋值给静态变量来实现给静态变量赋值。

我们可以先通过 @Value 注解将属性值注入到普通 Bean中，然后在获取该 Bean对应的属性值，并将其赋值给静态变量。这样，就可以在静态变量中使用该属性值了。

@Slf4j

@SpringBootTest

publicclassEnvVariablesTest{

privatestaticString var3;

privatestaticString var4;

@Value( "${env101.var3}")

publicvoidsetVar3(String var3){

var3 = var3;

}

EnvVariablesTest( @Value( "${env101.var4}") String var4){

var4 = var4;

}

publicstaticString getVar4{

returnvar4;

}

publicstaticString getVar3{

returnvar3;

}

}

3、常量（final）赋值

@Value 注解加到 final 关键字上同样也无法获取属性值，因为 final 变量必须在构造方法中进行初始化，并且一旦被赋值便不能再次更改。而 @Value 注解是在 bean 实例化之后才进行属性注入的，因此无法在构造方法中初始化 final 变量。

@Slf4j

@SpringBootTest

publicclassEnvVariables2Test{

privatefinalString var6;

@Autowired

EnvVariables2Test( @Value( "${env101.var6}") String var6) {

this.var6 = var6;

}

/**

* @value注解 final 获取

*/

@Test

publicvoidvar1Test{

log.info( "final 注入: {}", var6);

}

}

4、非注册的类中使用

只有标注了 @Component 、 @Service 、 @Controller 、 @Repository 或 @Configuration 等 容器管理注解的类，由 Spring 管理的 bean 中使用 @Value注解才会生效。而对于普通的POJO类，则无法使用 @Value注解进行属性注入。

/**

* @value注解 非注册的类中使用

* ` @Component`、` @Service`、` @Controller`、` @Repository` 或 ` @Configuration` 等

* 容器管理注解的类中使用 @Value注解才会生效

*/

@Data

@Slf4j

@Component

publicclassTestService{

@Value( "${env101.var7}")

privateString var7;

publicString getVar7{

returnthis.var7;

}

}

5、引用方式不对

如果我们想要获取 TestService 类中的某个变量的属性值，需要使用依赖注入的方式，而不能使用 new 的方式。通过依赖注入的方式创建 TestService 对象，Spring 会在创建对象时将对象所需的属性值注入到其中。

/**

* @value注解 引用方式不对

*/

@Test

publicvoidvar7_1Test{

TestService testService = newTestService;

log.info( "引用方式不对 注入: {}", testService.getVar7);

}

最后总结一下 @Value注解要在 Bean的生命周期内使用才能生效。

最后总结一下 @Value注解要在 Bean的生命周期内使用才能生效。

@ConfigurationProperties 注解是 SpringBoot 提供的一种更加便捷来处理配置文件中的属性值的方式，可以通过自动绑定和类型转换等机制，将指定前缀的属性集合自动绑定到一个Bean对象上。

加载原理

在 Springboot 启动流程加载配置的 prepareEnvironment 方法中，有一个重要的步骤方法 bindToSpringApplication(environment) ，它的作用是将配置文件中的属性值绑定到被 @ConfigurationProperties 注解标记的 Bean对象中。但此时这些对象还没有被 Spring 容器管理，因此无法完成属性的自动注入。

那么这些Bean对象又是什么时候被注册到 Spring 容器中的呢？

这就涉及到了 ConfigurationPropertiesBindingPostProcessor 类，它是 Bean后置处理器，负责扫描容器中所有被 @ConfigurationProperties 注解所标记的 Bean对象。如果找到了，则会使用 Binder 组件将外部属性的值绑定到它们身上，从而实现自动注入。

bindToSpringApplication 主要是将属性值绑定到 Bean 对象中；

ConfigurationPropertiesBindingPostProcessor 负责在 Spring 容器启动时将被注解标记的 Bean 对象注册到容器中，并完成后续的属性注入操作；

bindToSpringApplication 主要是将属性值绑定到 Bean 对象中；

ConfigurationPropertiesBindingPostProcessor 负责在 Spring 容器启动时将被注解标记的 Bean 对象注册到容器中，并完成后续的属性注入操作；

演示使用 @ConfigurationProperties 注解，在 application.yml 配置文件中添加配置项：

env101:

var1:var1-公众号：程序员小富

var2:var2-公众号：程序员小富

创建一个 MyConf 类用于承载所有前缀为 env101 的配置属性。

@Data

@Configuration

@ConfigurationProperties(prefix = "env101")

publicclassMyConf{

privateString var1;

privateString var2;

}

在需要使用 var1 、 var2 属性值的地方，将 MyConf 对象注入到依赖对象中即可。

@Slf4j

@SpringBootTest

publicclassConfTest{

@Resource

privateMyConf myConf;

@Test

publicvoidmyConfTest{

log.info( "@ConfigurationProperties注解 配置获取 {}", JSON.toJSONString(myConf));

}

}

四、@PropertySources 注解

除了系统默认的 application.yml 或者 application.properties 文件外，我们还可能需要使用自定义的配置文件来实现更加灵活和个性化的配置。与默认的配置文件不同的是，自定义的配置文件无法被应用自动加载，需要我们手动指定加载。

@PropertySources 注解的实现原理相对简单，应用程序启动时扫描所有被该注解标注的类，获取到注解中指定自定义配置文件的路径，将指定路径下的配置文件内容加载到 Environment 中，这样可以通过 @Value 注解或 Environment.getProperty 方法来获取其中定义的属性值了。

如何使用

在 src/main/resources/ 目录下创建自定义配置文件 xiaofu.properties ，增加两个属性。

env101.var9=var9-程序员小富

env101.var10=var10-程序员小富

在需要使用自定义配置文件的类上添加 @PropertySources 注解，注解 value属性中指定自定义配置文件的路径，可以指定多个路径，用逗号隔开。

@Data

@Configuration

@PropertySources({

@PropertySource(value = "classpath:xiaofu.properties",encoding = "utf-8"),

@PropertySource(value = "classpath:xiaofu.properties",encoding = "utf-8")

})

publicclassPropertySourcesConf{

@Value( "${env101.var10}")

privateString var10;

@Value( "${env101.var9}")

privateString var9;

}

成功获取配置了

但是当我试图加载 .yaml 文件时，启动项目居然报错了，经过一番摸索我发现，@PropertySources 注解只内置了 PropertySourceFactory 适配器。也就是说它只能加载 .properties 文件。

那如果我想要加载一个 .yaml 类型文件，则需要自行实现yaml的适配器 YamlPropertySourceFactory 。

publicclassYamlPropertySourceFactoryimplementsPropertySourceFactory{

@Override

publicPropertySource createPropertySource(String name, EncodedResource encodedResource) throwsIOException {

YamlPropertiesFactoryBean factory = newYamlPropertiesFactoryBean;

factory.setResources(encodedResource.getResource);

Properties properties = factory.getObject;

returnnewPropertiesPropertySource(encodedResource.getResource.getFilename, properties);

}

}

而在加载配置时要显示的指定使用 YamlPropertySourceFactory 适配器，这样就完成了@PropertySource注解加载 yaml 文件。

@Data

@Configuration

@PropertySources({

@PropertySource(value = "classpath:xiaofu.yaml", encoding = "utf-8", factory = YamlPropertySourceFactory . class)

})

publicclassPropertySourcesConf2{

@Value( "${env101.var10}")

privateString var10;

@Value( "${env101.var9}")

privateString var9;

}

五、YamlPropertiesFactoryBean 加载 YAML 文件

我们可以使用 YamlPropertiesFactoryBean 类将 YAML 配置文件中的属性值注入到 Bean 中。

@Configuration

publicclassMyYamlConfig{

@Bean

publicstaticPropertySourcesPlaceholderConfigurer yamlConfigurer{

PropertySourcesPlaceholderConfigurer configurer = newPropertySourcesPlaceholderConfigurer;

YamlPropertiesFactoryBean yaml = newYamlPropertiesFactoryBean;

yaml.setResources( newClassPathResource( "xiaofu.yml"));

configurer.setProperties(Objects.requireNonNull(yaml.getObject));

returnconfigurer;

}

}

可以通过 @Value 注解或 Environment.getProperty 方法来获取其中定义的属性值。

@Slf4j

@SpringBootTest

public class YamlTest {

@Value( " ${env101.var11}" )

private String var11;

@Test

public void myYamlTest{

log.info( "Yaml 配置获取 {}", var11);

}

}

六、自定义读取

如果上边的几种读取配置的方式你都不喜欢，就想自己写个更流批的轮子，那也很好办。我们直接注入 PropertySources 获取所有属性的配置队列，你是想用注解实现还是其他什么方式，就可以为所欲为了。

@Slf4j

@SpringBootTest

publicclassCustomTest{

@Autowired

privatePropertySources propertySources;

@Test

publicvoidcustomTest{

for(PropertySource propertySource : propertySources) {

log.info( "自定义获取 配置获取 name {} ,{}", propertySource.getName, propertySource.getSource);

}

}

}

总结

我们可以通过 @Value 注解、 Environment 类、 @ConfigurationProperties 注解、 @PropertySource 注解等方式来获取配置信息。

其中，@Value 注解适用于单个值的注入，而其他几种方式适用于批量配置的注入。不同的方式在效率、灵活性、易用性等方面存在差异，在选择配置获取方式时，还需要考虑个人编程习惯和业务需求。

如果重视代码的可读性和可维护性，则可以选择使用 @ConfigurationProperties 注解；如果更注重运行效率，则可以选择使用 Environment 类。总之，不同的场景需要选择不同的方式，以达到最优的效果。

2023 源创会线下重启，基础软件技术面面谈。

🕜时间：2023 年 7 月 1 日

📍地点：广东省深圳市南山区高新南四道创维半导体设计大厦裙楼四楼·SKYWORK会议中心【国际会议中心】

【嘉宾预告】

演讲人：

演讲主题：

在桌面 Linux 系统中整合 Android 应用

演讲大纲：

桌面和移动操作系统的边界正变得越来越模糊。在本次演讲中，我们将探讨如何在桌面 Linux 操作系统上运行 Android 程序，以及这个领域的历史演变和现状。

👇 立即参与

2023 源创会线下重启，基础软件技术面面谈。

🕜时间：2023 年 7 月 1 日

📍地点：广东省深圳市南山区高新南四道创维半导体设计大厦裙楼四楼·SKYWORK会议中心【国际会议中心】

【嘉宾预告】

演讲人：

演讲主题：

在桌面 Linux 系统中整合 Android 应用

演讲大纲：

桌面和移动操作系统的边界正变得越来越模糊。在本次演讲中，我们将探讨如何在桌面 Linux 操作系统上运行 Android 程序，以及这个领域的历史演变和现状。

👇 立即参与

END

马斯克承认“家丑”，去年大裁员给自己挖了坑

这里有最新开源资讯、软件更新、技术干货等内容

点这里 ↓↓↓ 记得 关注✔ 标星⭐ 哦返回搜狐，查看更多